Skip to content

Conversation

@estherk15
Copy link
Contributor

What does this PR do? What is the motivation?

Merge instructions

Merge readiness:

Warning

Pending product GA

@estherk15 estherk15 added the Do Not Merge Just do not merge this PR :) label Dec 24, 2025
@estherk15 estherk15 requested a review from a team as a code owner December 24, 2025 18:17
@github-actions
Copy link
Contributor

github-actions bot commented Dec 24, 2025

Preview links (active after the build_preview check completes)

Modified Files

@estherk15 estherk15 removed the Do Not Merge Just do not merge this PR :) label Jan 8, 2026
@janine-c janine-c self-assigned this Jan 8, 2026
Copy link
Contributor

@janine-c janine-c left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fantastico! I have some small suggestions, but nothing showstoppy at all :)

1. Navigate to [**Settings > Shared Settings > Case Types**][2].
2. Select the case type you want to update.
3. Scroll to the **Statuses** section.
4. Add a new status under one of the three existing status groups: **Open, In-Progress,** or **Closed**.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
4. Add a new status under one of the three existing status groups: **Open, In-Progress,** or **Closed**.
4. Add a new status under one of the three existing status groups: **Open, In Progress,** or **Closed**.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't see the hyphen in the UI, and it's not a compound adjective, so I think this is okay?

2. Select the case type you want to update.
3. Scroll to the **Statuses** section.
4. Add a new status under one of the three existing status groups: **Open, In-Progress,** or **Closed**.
5. (Optional) Set a new **default status** for each status group. Default Statuses are used in automations as the preferred statuses for the group when exact status names are not provided.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
5. (Optional) Set a new **default status** for each status group. Default Statuses are used in automations as the preferred statuses for the group when exact status names are not provided.
5. (Optional) Set a new **default status** for each status group. Default statuses are used in automations as the preferred statuses for the group when exact status names are not provided.


<!-- \[Screenshot here\] -->

* Each status group (Open, In-Progress, Closed) must contain at least one status.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* Each status group (Open, In-Progress, Closed) must contain at least one status.
* Each status group (Open, In Progress, Closed) must contain at least one status.

Comment on lines +109 to +111
* Each status group (Open, In-Progress, Closed) must contain at least one status.
* You can delete an existing status, but you must first migrate any cases currently using that status to another status in the same group.
* Custom statuses behave exactly the same as Datadog's built-in statuses.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These bullets are all good information, but I think they could use a little structural signposting to indicate what the bulleted list actually is. (I tried to think of an analogy, and maybe it's like if you opened an old recipe book and a sticky note fell out that said "temperature actually needs to be 375 degrees or else the muffins will explode." And you're like, this is good and likely correct information, but when do I apply it??)

Because it's more general information that doesn't directly pertain to creating custom statuses, I don't think it should be under the "Create a custom status" heading. Somewhere in the intro would work, and/or you could create an "Understand how custom statuses behave" header or something similar. That way, users will have a clearer idea of what the bulleted list is going to contain before they've even started reading it 🙂

Case Management supports customizable case statuses. By default, cases move through Open, In Progress, and Closed. You can add additional statuses to represent reviews, handoffs, or other workflow steps.

Custom statuses help you:
- Standardize how work moves through each stage of a case lifecycle.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- Standardize how work moves through each stage of a case lifecycle.
- Standardize how work moves through each stage of a case life cycle.

Thank you Vale!

@janine-c janine-c removed their assignment Jan 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants